토비의 스프링 3.1 1. 오브젝트와 의존관계 - DAO의 확장 이전 장에서 "객체지향 세계에서는 비즈니스 요구사항에 따라서 오브젝트에 대한 설계가 변할 수 있다." 라고 했다. 그런데 여러 오브젝트들은 서로 다른 변화의 성격을 갖고 있다. 변화의 성격이 다른 것을 분리해서, 서로 영향을 주지 않은 채로 각각 필요한 시점에 독립적으로 변경할 수 있게 하기 위해서다. 이번에는 관심사가 다르고 변화의 성격이 다른 코드를 완전히 독립적인 클래스로 만들어서 분리... book토비의 스프링 3.1SpringSpring 1. 오브젝트와 의존관계 - IoC IoC는 Inversion of Conrol (제어의 역전)의 약자이다. 1.4.1 오브젝트 팩토리 현재 UserDao의 클라이언트 오브젝트인 main은 2개의 관심사를 갖고 있다. UserDao와 ConnectionMaker 구현 클래스의 오브젝트를 만드는 것 그렇게 만들어진 두 개의 오브젝트가 런타임 시점에 연결돼서 사용(테스트)되는 것 위 2개의 관심사 까지 분리해보도록 하겠다. fac... book토비의 스프링 3.1SpringSpring
1. 오브젝트와 의존관계 - DAO의 확장 이전 장에서 "객체지향 세계에서는 비즈니스 요구사항에 따라서 오브젝트에 대한 설계가 변할 수 있다." 라고 했다. 그런데 여러 오브젝트들은 서로 다른 변화의 성격을 갖고 있다. 변화의 성격이 다른 것을 분리해서, 서로 영향을 주지 않은 채로 각각 필요한 시점에 독립적으로 변경할 수 있게 하기 위해서다. 이번에는 관심사가 다르고 변화의 성격이 다른 코드를 완전히 독립적인 클래스로 만들어서 분리... book토비의 스프링 3.1SpringSpring 1. 오브젝트와 의존관계 - IoC IoC는 Inversion of Conrol (제어의 역전)의 약자이다. 1.4.1 오브젝트 팩토리 현재 UserDao의 클라이언트 오브젝트인 main은 2개의 관심사를 갖고 있다. UserDao와 ConnectionMaker 구현 클래스의 오브젝트를 만드는 것 그렇게 만들어진 두 개의 오브젝트가 런타임 시점에 연결돼서 사용(테스트)되는 것 위 2개의 관심사 까지 분리해보도록 하겠다. fac... book토비의 스프링 3.1SpringSpring